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METHOD AND APPARATUS FOR PROVIDING ONLINE FINANCIAL 

ACCOUNT SERVICES 



FIELD OF THE INVENTION 
The invention relates to the provision of financial account services over the 
Internet and, particularly, to a method and ^paratus for opening demand deposit 
accounts via the Internet. 

BACKGROUND OF THE INVENTION 
In the usual course of opening a financial account, and particularly a 
demand deposit account, a consumer currently needs to physically visit the bank, 
savings and loan, or credit union of choice. The consumer provides sufficiait 
personal information to meet the financial institution's needs, e.g., for risk 
assessment and identity verification. The consumer must also provide fimds to be 
used in opening the account. The consumer is then presented with and chooses 
between various savings and checking account options. The accoimts are then 
"opened" using the consumer's personal information and fimds, and the consumer 
signs a signature card to be used to confirm later transactions. Some accounts can 
be opened remotely, but these usually involved an exchange of documents and 
fimds by conventional mail or courier. 

Once an account is established, the consumer can conduct transactions 
using the accoimt either in person at the financial institution or through a number 
of remote means such as automatic teller machines, telephone, or the Internet. 

SUMMARY OF THE INVENTION 

The problem with cxirrent practices is that the establishment of an account 
at a financial institution must be done either in person or by the transfer of 
documents and fimds by conventional mail or courier. In particular, the major 
points of di£5culty in establishing an account remotely are threefold: obtaining 
initial fimding, obtaining a signature card, and providing the consiuner with 
account options without requiring the consumer to visit the financial institution. 

Accordingly, the invention described herein provides a method by which a 
consumer can establish a financial account electronicaUy, without physically 



visiting the financial institution, and a system for effecting the method. More 
particularly, the invention provides a fully-integrated and substantially-automated 
system and method for providing wholly-integrated account services over the 
Internet. 

The system and m^od provide the ability to perfonn real-time or near 
real-time demand deposit account openings through the Internet The Internet is 
used first to attract potential customers to the financial institution's site, where the 
potential customers can learn about the products offered by the financial 
institution. The potential customer ^plies on-line, providing personal 
information to the financial institution such as is necessary to determine whether 
or for which products the customer will be approved. An automated system 
acquires this predictive information, interacts with established credit and other 
databases, and dynamically ^proves or denies the customer's ^pUcation for a 
demand deposit account product. The consumer can also be presented with a 
variety of products based on the customer's needs and qualifications. 

The invention also provides a method for automated funding of the 
accoimt products chosen by the customer and for flilfilhnent support of the 
account products. 

The invention has the advantage of attracting potential customers through 
channels previously unavailable to financial institutions. The invention also has 
the advantage of providing customers with a simple and flexible method of 
opening a new account consistent with other Internet-based transactions, without 
having to visit the financial institution of choice. Consequently, the pool of 
potential customers is not limited to those in the geographical area of the financial 
institution. Rather, any customer with access to the Internet can open an account. 

The invention also has the advantage of providing a real-time solution to 
the problem of opening accounts remotely and allows customers to open and fund 
an account in a short time over the Internet 

Other features and advantages of the invention will become apparent to 
those skilled in the art upon review of the following detailed description, claims, 
and drawing. 



Before one embodiment of the invention is explained in detail, it is to be 
understood that the invention is not limited in its application to the detaik of 
construction and the arrangements of the components set forth in the following 
description or illustrated in the drawings. The invention is capable of other 
embodiments and of being practiced or being carried out in various ways. Also, it 
is understood that the phraseology and terminology used herein is for the purpose 
of description and should not be regarded as hmiting. The use of "including" and 
"comprising" and variations thereof herein is meant to encompass the items Usted 
thereafter and equivalents thereof as well as additional items. 

DETAILED DESOUPTION OF THE PREFERRED EMBODIMENT 
A method and an ^paratus embodying the invention are described herein. 



CLAIMS 



What is claimed is: 

1 . A method of remotely openiag a demand deposit account with a 

financial institution, the method comprising: 

providing a demand deposit account application to a customs via the 
Internet for the customer to complete; 

receiving the ^plication via the Intemet; 

processing the application through at least one filter to assess the risk to 
the financial institution of accepting the plication; 

establishing the demand deposit account electronically based on data 
provided in the application; and 

transferring fimds to the demand deposit account via the Intemet. 

2. The method of claim 1, further con^rising determining appropriate 
account offerings based on demographic data provided in the appHcation, 

3. The method of claim 1 , further coni^rising cross-selling products to 
the customer. 

4. The method of claim 1 , further comprising allowing the customer 
to choose between offered account products. 



5 . An automated system for remotely opening a demand deposit 
account with a financial institution, the system comprising: 

a computer for hosting a remotely accessible demand deposit account 
^>plication accessible to a customer; 

an automated computor-based program stored in the system to assess the 
risk of accepting the application using data provided in the application; 

an automated computer-based program stored in the system for 
establishing a demand deposit account using data provided in the application; and 

a computer-based program stored in the system for transferring funds into 
the account via the Intemet. 

6. The system of claim 5, further comprising an automated computer- 
based program stored in the system for determining appropriate accoimt offerings 
based on demogrEq)hic data provided in the ^plication. 

7. The system of claim 5, further comprising an automated computer- 
based program stored in the system for cross-selling products to the customer. 

8. The system of claim 5, further comprising an Internet-based 
selection scheme allowing the customer to choose between oflF^ed account 
products. 



ABSTRACT 



The invention provides a fully-integrated and substantially-automated 
system and method for providing wholly-integrated accoimt services over the 
Internet by which a consimier can establish a financial account electronically, 
without physically visiting the financial institution, and a system for effecting the 
method. The systrai and method provide the ability to perform real-time or near 
real-time demand deposit account openings through the Intemet. The invention 
also provides a method for automated fimding of the account products chosen by 
the customer and for fiilfiUment support of the account products. 
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1. INTRODUCTION 

t . 1. Document Purpose 

This document summarizes Phase I Internet Account Solutions (IAS) project activities from Initiation 
through Implementation. A detailed plan for the project is defined, consisting of: 

• Project Overview 

• Project Scope Definition 

• Project Schedule and Milestones 

• Project Organizational Structure 

• Project Business Case 



1.2. Project Backgrour^d 

With the formation of the new ePunds Corporatiorip Deluxe has publicly taken a position to become a 
service/product provider In the e-commerce industry. In so doing, it is imperative that we adopt the pace 
In which current "e-commerce sawy" companies develop and bring product to market. It is a requirement 
of the business environment in e-commerce that we move quickly to provide value added services to this 
industry by leveraging ePund's robust data sets and delivery channels. 

The IAS project wilt leverage these data and delivery channels to provide end-to-end support for Internet 
account openir>g and internet commerce transactions. The IAS project wilt utilize the QualiPile and 
FraudFlnder products to accommodate consumer authentication, demographic assessment, and product 
qualification for the account opening decisions. IAS will also leverage electronic check processing and 
verification engines that exist at ePunds-Tustin to accommodate check-based ACH funding of new 
accounts. IAS will also provide the ability for the customer to link to a batch check ordering function. 

* Target end-users for these products include Internet commerce acceptance companies: 

• Initial Tarcets Users (Firs t 6-12 months^ 
=> CamFI's 

=> Internet-only Banks 

• Secondary Target users 
=> Any USA Retail Bank 

=^ Any USA Investment Services Company offering deposit-based services 



1.3. Related Documents 

Reference the following documents: 

• i-DDA DB Gate 0 Presentation 

• Internet SecureCheck Idea Assessment 

• Internet SecureCheck Business Requirements 

• NAS Idea Assessment 

• NAS Project Charter 

• NAS Requirements Model 
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2. PROJECT OVERVIEW 



2.1. Project Introduction 

Thfs project is comprised of the analysis, design, development^ and Implementation of an internet-based 
application that will enable real time account opening and verification with fundino settlement within 24 
hours, chocit boGod dob i t tronoaotiono for now Qcoount funding to bo complotod on lin& r The application 
^ will interface with and utilize both the QuallRle and SecureCheck products in completing these functions. 

As part of the IAS project, the "back end" processes of QualiFlIe and SecureCheck will be integrated and 
_ delivered using NEON software tools. All current back end processes performed during a QuallFile, 
Wi ^ SecureCheck, and FraudFinder transaction will remain unchanged. The current functionality of these 
O products is detailed below. The IAS product will also provide the abilily for customer's uliiizina the data 
M- stream solution to link consumers to a batch check ordering function. 

m 
m 

l^y QuaiiFlte Product Functionality: 

!y • Calculate the risk that an account will be closed for abuse at a later date, and deliver a 
y recommendation on the action to take on a deposit account inquiry. 

^ • Calculate the cross sell opportunity for additional debit and credit products for a consumer, by 

delivering a sales response (offer product x) based on credit score, and key demographic variables. 

O 

M. SecureCheck Product Functionality: 

■.Q • Check based fundino ootion ailowin q consumer to make openino deoosits durino internet account 
,Q ^ QPenlnqs. The funds are transferred from the con sumers checking account at their previous bank in 
. to the client's custodial account using ACH transactions 

• Robust transactional decisioning layer to Include SCAN, PPS, and other proprietary data sources and 
analysis. 

FraudFinder Product Functionality: 

• Provkles a score back on a consumer inquiry that indicates the fraud risk level involved with doing 
business with this individual. 

• Identity authentication and predictive fraud modeling. Identify inconsistent, Inaccurate and fraudulent 
information provided by the applicant. 

• Ability to provide certain fraud aUributes real-time (data stream only) 



i 
i 
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2.2. Project Dependencies 

Successful implementation of the NEON solution as part of the IDCC Project. 

Integration of NEON MQ Integrator tool with OuatiRle and SecureCheck products within desired 
timeline of IAS project 

Availability of NEON different Test, Q/A, Stage, and Production environments to be used during the 
IAS development process. 

Integration of NEONWeb tool into the IAS solution within the desired timeline of the IAS project. 
Stability of eFunds Platfonnn and Support Structure (eFunds move to Phoenix) 
Creation of interface specifications by the IDCC project. 



m 

k1 ♦ Resource availability (particularly NEON. IDCC, mainframe, and Product Management). 
J • Timely agreement on the look & feel" of the web presentation layer. 



Successful Implementation of new Electronic Check host-to-tiost specification and protocol. Current 
target date for completion Is mid-January 2000. 

Incorporating the results and lessons learned from the implementations and testing with Bank One 
and First Union. 



^0 

• SecureCheck consumer relations supoort to be defined and delivered through SCAN processes. 
IDCC move to a client server environment. No infrastructure currently in place. 
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2.4. Project Requirements 

2.4.1. General Requirements 

• The ability to deliver existing consumer decisioning functionality through the Internet. 

• The ability to deliver existing SecureCheck functionality through the Internet. 

• Develop a web presentation layer and interface to allow a Fl to process an integrated account opening 
decision and an account funding transaction, (split presentation and interface) 

• Use of the NEON software tools to allow trading partners to do business at electronic speeds. 

• Ability to return an error message to the consumer when QualiFile/Secure Check is down 

• Security (encryption) will be router-based. (SSL 3.0) 

• Router, comm., and applicatbn layer security. 

• Ability for customer to use a Deluxe or eFunds domain to access the product. 

• Completion of all unit, integration, and end to end testing on the IAS solution prior to release. 

• Ail components of the system must be Y2K compliant and certified. 

• Ability to support a move to 24 X 7 for systems transactions and to move lo extended hours customer 
support as needed. 

• Ability to complete an account opening and funding using the primary and/or secondary signer 
information (customer spedftc). 

• Ability to base the cross-sell product offers that result from the QualiFile transaction on from primary 
and secondary signer's data. 

• Ability to perform multiple eFunds' product requests (QualiFile, SecureCheck) in a separate data 
package via a single communication link to eFunds. Ability to Initiate Qualifile or SecureCheck 
transactions si multanoo usN^ separately. 

• Transaction times within each prod uct should not exceed those currently experienced within the 
products today fi e . Qualifiie = 10 seconds. Electronic Check = 5 seconds^. Does not include 
transaction time ou tside the eFunds IAS solution /customer to Deluxe). 

• Ability to provide reporting and audit abilitv on transactions passing through IAS. 

• D evelopment of an implementation plan for IAS. Definition of installation project management 
responsibiliW and h and off between sales and Implementation. 

• i>evelopment of a support process 
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• Link to ChexSvstems customer relations 

• Defined billing process plan 

• Make QualiFile and SecureCheck inquiry data available to the customer. Provide consumer data, 
inquiry response information, transaction date & time, and transaction error messages to Fl. 

• Ability to deliver credit and debit cross sell product offers to consumer for viewing with QualiFile 
response. 

2.4.2. Web Requirements 

Z4.2.1. User Interface 

• Build IAS web screens for interface to the QualiFBe and SecureCheck products. 

• Ability to present banks logo on screen. 

• Ability to display all QualiFile response data to the customer or consumer. 

• Ability to display all SecureCheck response data to the customer or consumer. 

• Ability to not display predefined pieces of data depending on the customer preference. 

• Ability to preset denial screens. 

• Ability to provide dynamic link (with consumer data) to current Check Order web site. Need to 
populate the Check Order screen with consumer data captured for QualiFile transaction 

• Ability to re-display consumer-entered data for review and validation prior to submitting. 

2.4.2.2, Validation and Routing 

• Ability to capture/send a data stream containing all input data necessary to complete a QualiFile 
transaction. 

• Ability to capture/send a data stream containing all Input data necessary to complete an SecureCheck 
transaction. 

• Ability to route an input data stream to the NEONweb tool. 

• Ability to receive a response data stream from the NEONweb tool. 

• Ability to handle data entry errors (i.e. format errors), technical errors. 

• Option for single data stream or multiple data stream. Need to be able to take data in any format the 
customer wants. 
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2 A3. NEONweb Requirements 

Ability to receive an input data stream from the Deluxe web interface or ttie Fl's web interface 
regardless of what thin client construction tools are selected (i.e. HTMU CGI, XML, COM, Bean, 
JAVA). 

Ability to recognize formatting errors (i.e. dash in SSN). 

Ability to route all published messages to the MQIN Queue. 

Ability to return all response messages to the Deluxe or Fl's web interface. 



2.4.4. NEON MQ Integrator Requirements 

IB • AbBity to parse Incoming messages from all of the publishers and then, based on content, transform 
rj and route the message to the appropriate output queues for delivery to the product. 

y • Ability to maintain generic data flows. 

j\ • Ability to integrate ChexSystems inquiry and response with QuallFlle inquiry and response. 



2 AS. NEON Rules Repository Requirements 



• Ability to store generic routing and transformation mles as metadata In a relational database (i.e. if 
QualiFlle is down, continue to fund the account using the information received from ChexSystems). 

• Ability to centralize the operation and location of the business rules. 

• Ability to format the product response data stream to the required format of the web presentation. 
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2. 5. Project Assumptions 

• SecureCheck consumer relations support will to be delivered through the current SCAN processes. 

• QualiFile consumer relations support will continue to be delivered through the current QualiFile 
process. 

• IAS will leverage current QualiFile and SecureChecK billing systems. Each product will generate a 
separate customer Invoice. 

• NEON software tools will: 

rp. ^ Receive a transaction via the internet or other communications methods for processing. 

Q => Determine the consumer communications option based upon the name of the calling transaction 

!^ and receive the inquiry. 

=> Determine the inquiry's format and format for the reply based upon the name of the calling 

lt| transaction. 

=^ Change the inquiry format to one suitable for accessing OLA QualiFile, and SecureCheck host to 
host 

:=> Convert the QualiFOe and SecureCheck resportse to the appropriate format for the customer. 

=> Return the response via the Internet to the customer. 



1=^ • IAS will leverage cun^ent QualiFile and SecureCheck performance reporting functionality 

m 

Q • Current goal for completion of the IAS Phase I project is January 2000 

kQ • The key driver for this project will be schedule. In most cases it will take precedence over scope, 
,Q quality, cost. 

♦ QualiFile and SecureCheck, although taking place at the same sitting, are separate transactions. 
Upon approval of the new account opening, the SecureCheck's process will be called to transfer the 
required funds. 

♦ The client will need to establish a process that will allow funds to be transferred (internally) from their 
custodial account into the consumer's new account. 

♦ QuallRle application will continue to reside on the Shoreview mainframe. 

♦ Application Verification Framework (AVF) project will not have an impact on IAS 
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2.6. Project Scope 

The scope of Phase 1 of the IAS project will include providing the QualiRle and SecureCheck product 
functionality to the IAS solution. This will include: 

• Use QuallFIle to accommodate consumer authentication, demographic assessment, and 
cross-sell qualification. 

• Use the SecureCheck processing and verification engines that exist at eFunds-Tustin to 
accommodate check-based ACH funding of the new accounts. Functionality Includes: 
=o MICR Conversion 

=^ RDF (ACH Conversionable)! 

Paper Payment Systems 

Min/Max Deposit 
=> Name/MICR IVIatch HTBD if feasible^ 

• Develop a web presentatk>n that will be used for delivery of the QualiFile and SecureCheck 
products within the IAS solution. 

• Develop a web presentation for QualiFile for IAS functionality 

• Develop a web presentation for SecureCheck for IAS functionality 

• A link to the existing on-line Check Order page. 
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Customer Flow Diagram 
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IAS Process Flow Diagram 
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2. 7. Exclusions For Phase I 

• IAS specific billing platform with joint QualiFile, SecureCheck, and Fraud Finder invoice. 

• Use of a Debit or Credit card to open a new account. 

• Ability to accept a unique customer web interface layout. Need the required fields for QualiRle and 
SecureCheck transactions to be in specific positions for all web presentations for this phase. (This 
format requirement does not limit the thin client construction used by the customer; HTML, JAVA, CGI, 
COM, Bean.) 

iJl 

Q • Customer specific logic for integrating Chex and QualiFile responses to determine whether to proceed 
for funding or noL Will develop a generic set of criteria for Phase I 



m 
m 



Other eFunds products (DCJ, etc.) 

Enhancements to QualiFile, SecureCheck. and FraudFlnder existing functionality 
Ability to pass customer-specific data to the Check Order web-site 

Ability to perform multiple eFunds' product requests (QualiFile, eCheck) in single or separate data 
package via a single communication link to eFunds. Ability to initiate QF, eCheck, or FraudFinder 
transactions simultaneously or separately. 

Ability to return real lime fraud responses through the web presentation 

Ability to pass check printmo request to Deluxe Paper Payment Systems in a batch mode for all 
approved accounts wit h data sets that include Name. Address, and account number as required for 
customers utilizing the IAS web soluticn 

Ability to ca pture consumer gccept/deciine of cross sell product offers and return a product 
recommen datton to the Ft. 

Ability to handle foint/multiple signers. 



C:\WINDOWS\TEMP\chaner1102Moc 



12 



11/16/99 



DELUXE 



Deluxe Corporation 



2.8* Project Constraints/Issues 
Open Business Issues: 

• Limited experience in this delivery channel 

• Potential change in location of the eFunds data centers (for IDCC & QualiFile) 

• No existing eFunds IT department 

Technical Issues/Constraints: 

• Encryption levels (application to application, router to router) 
• . Web-to-web enabled transactions 

• Number of environments NEON v\/ill use for development 

• Outsourcing of Shoreview data center 

• Transaction time perfomnance unknov/n 

• IAS success heavily dependent on the IDCC project and NEON software tools 

• Transactio ns will be delivered to the products via the internet, not PCS terminal. 

• How billing will be supported for the SecureCheck product. 

• Will need to expedite installation of a new line between Shoreview and Tustin as one is not cun-ently In 
Pigce. The line is needed to complete tests in the eFunds test environment. 

• Disaster recovery plans for QualiFile set to begin after resolution of all issues and Questions 
sun-oundinq how the outsourdno of the Shoreview data center will move fonward. 

• Ability for Neon to duplicate ONE functionality. 

• Relocation of eFunds data center to Milwaukee 
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*3 



Term 


Alias(6s) 


Definition 


Automated Clearing 
House 


ACH 


Automated Clearir>g House was the original 
meaning, but has now come to mean any type of 
etectronk: transaction such as payroll direct deposit, 
automatic insurance premium deductions, k>an 
payments, etc. An ACH transaction must be sent via 
an authorized medium using NACHA formatted files. 


Corporate Account 
Manaqers 


CAM 




Application 
Verification 
Framework 


AVF 


The AVF project will deliver an enterprise-wide 
closure & inquiry data and application foundation 
that will support multiple industries and 
applications. 


Integrated Data 
Capture & Convert 


IDCC 


The IDCC project will deliver a messaging gateway, 
utilizing only one administrative system, that allows 
trading partners to connect to all Deluxe products 
and services 


Debit Credit 
Issuance 


DCI 


The DCI project will provide the debit payment 
attribute summary about a customer. The product 
delivers uninterpreted data about an individual 
within- DebitBureau 


On-Line Access 


OLA 


The OLA application at ChexSystems performs a 
security code validation to determine If the 
customer is authorized for electronic access. 


SecureCheck 




Check based funding of client custodial account 
using ACH transactions. 


Internet Account 
Solutions 


IAS 


Provides end4o-end support for internet DDA 
account opening and internet commerce 
transactions. 


Integrated Data 
Capture and Convert 


IDCC 


A facility which can accept data in any form from 
any trading partner and transform, cleanse, edit 
and route it to any product per the products 
subscription requirement's. 


Magnetic Ink 

Ctiaracter 

Recognition. 


MICR 


The characters (numbers and symtwls) on the 
bottom of a check that indk^ate the bank the check 
is drawn on, customer's account number, amount 
(if it has already been processed) and any 
additional information such as check serial number. 


National Automated 
Clearing House 
Association. 


NACHA 


A national association formed to promote the use of 
ACH transactions. NACHA's primary roles are to 
set standards for ACH transactions, to promote 
growth in ACH transaction volumes and provide 
educational services to its members. 


Primary Payment 
Systems. Inc. 


PPS 


A bank-owned» for-profit company, headquartered 
In Scottsdale, Arizona, that markets the Deposit 
Chek <g>. Prime Pay (g) and Prime Chek ® check 
verification services. The PPS database is a bank- 
contributed database containing information on 
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over 114 mlltion consumer checking accounts. 




QualiFile 


NAS, New Account Score 


A predictive declsloning tool for opening a DDA 
account. Calculates the risk associated with 
opening an account and identifies potential cross- 
sell opportunities 




Regulation E . 


REGE 


Reg E is the Federal Reserve Board of Governor's 
enactment of the Electronic Funds Transfer Act 
(EFTA). It contains regulations which prescribe the 
definitions, requirements, disclosures, liability and 
error resolution for electronically-initiated consumer 
transactions. ACH transactions fall under the rules 
of Reg E. 


Q 
■ . 

m 


Shared Check 

Authorization 

Network 


SCAN 


Retail lndk:ator infonmation is obtained from the 
nation's largest check verification company* Shared 
Check Authorization Network (SCAN), This 
indicates an individual may be attempting to write 
checks where prevtous debts have not been 
resolved. The indivkJual has left unpaid checks 
outstanding drawn on one Fl while trying to obtain 
an account at another Fl without resolving the debt. 


iiJ 
0 

! = 

!^ 


Shared Check 
Authorization 
Netwrok On-Line 


SCAN On-Line 


Leading retail verification decisionlng tool that 
measures the likelihood of retum on check 
transactions. SCAN On-Line utilizes sophisticated 
neural net model routines combined with the 
nation's leading transactional data from the Deluxe 
DebitBureau to provide a fully robust decisioning 
tool for retail check verification. 




New Era of Networks 


NEON 


Gateway product vendor. 




Demand Deposit 
Account 


DDA 


Same as checking account. Check transactions 
fall under the regulation of Uniform Commercial 
Code Article 4, state law and Regulation CC. 
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